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DETAILED ACTION 



Request for Continued Examination 



1 . A request for continued examination ("RCE") under 37 C.F.R. §1.114, including the fee 
set forth in 37 C.F.R. § 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 C.F.R. §1.1 14, and the fee set forth in 
37 C.F.R. § 1.17(e) has been timely paid, the finality of the previous Office action has been 
withdrawn pursuant to 37 C.F.R. §1.114. Applicant's submission filed on 23 March 2009 has 
been entered. 



2. This non-final Office action responds to the amendment and arguments filed by 
Applicant on 23 March 2009 in reply to the previous Office action on the merits, mailed 24 
December 2008. 

3. Claims 1-16 and 18-89 are pending in this application and have been examined. 



outlined in claims 1-49 and 87-89 are inherently and necessarily present if the corresponding 
methods are present. Also, a memory to store said information as well as a processor, interface, 
and associated programming are inherently and necessarily present in order to enable the 
methods as disclosed to be performed. 



Acknowledgements 



Examiner Disclaimer Regarding Claim Groupings 



4. 



Regarding the system claims 50-71, the specific means for performing the methods 
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5. 



The Examiner has grouped claims with this inherency in mind in order to avoid excessive 



redundancies in the office action. However, claims 72-86 have been addressed separately 
thereby explicitly addressing the majority if not all of the system specific inherencies. 
6. Additionally, if an independent claim is grouped with a dependent claim, then the 
dependent claim along with its parent claim contain all patentably distinct elements of the 
grouped independent claim. In other words, each and every patentably distinct element has been 
addressed in the most efficient and effective manner possible. 



7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



8. Claims 1-2, 9-11, 14-16, 18-25, 31-36, 41-52, 56-58, 61-69, and 72-89 are rejected 
under 35 U.S.C. §103(a) as being unpatentable over U.S. Publication No. 2003/0105710 to 
Barbara et al., hereinafter referred to as Barbara in view of U.S. Patent No. 7,389,256 to 
Adams et al., hereinafter referred to as Adams. 



Claim Rejections - 35 USC §103 



9. Regarding claims 1, 31, and 50, Barbara discloses a method and system of managing and 
validating ("validate that the user is bona fide" [0018]) a plurality of cash transfer by or on 
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behalf of a first entity to an account of a second entity ([abstract]; "Customer, Recipient 
Account" [fig. 1]), the method comprising: 

receiving, by at least one processor (^'customer at a terminal" [003 1]) information related 
to the cash transfer ("funds transfer capability aspect" [0031]), wherein the information is 
provided in a file ("transaction journal log 106" [0101]) comprising a respective record for each 
transfer ("Check orders are accumulated in a transaction journal log 106 throughout the day" 
[0099]; "log" [0101]; "file" [0106]) and a total amount of the cash transfers in all the records 
(^'transaction journal log 106 is batched and transmitted to WorldLink 98 in the same process 
and destination as for international checks'" [0101]; "data in the transaction journal log 106 is 
batched and transmitted' [0099]; "batched, a file that summarizes the total amount of each 
currency is sent to the financial institution's FX system 110" [0106]); 

formatting, by at least one processor ("prompted on the system web site 78" [0108]), the 
information into one of a plurality of formats based, at least in part, on a location of the account 
("input certain required data depending on the country selected" [0108]). 

receiving the file (^'transaction journal log 106" [0101]; "file" [0106]); and 

sending, by at least one processor ("via a global file handler (GFH)" [0100]; "SWIFT" 
[0101]), a file comprising at least one formatted record to a clearing network ("Payments are 
made into the local clearing systems in each country" [0100]). 
10. But Barbara does not explicitly disclose: 

summing, by at least one processor, the amounts of some or all of the cash transfers in 
each record; 

comparing, by at least one processor, the summed cash amount to the total amount; 
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rejecting, by at least one processor, the file when the summed amount and the total 
amount are different. 

1 1 . However, Adams teaches summing ("tota/s" [col. 7, 11. 58-67]), by at least one processor 
{"processing server 12" [col. 7, 11. 58-67]), the amounts of some or all of the cash transfers in 
each record ("totals the payment amount and quantity for all detailed payments entered' [col. 7, 



comparing ^compares" [col. 7, 11. 58-67]), by at least one processor ^processing server 
12" [col. 7, 11. 58-67]), the summed cash amount to the total amount ("compares those totals with 
the summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 

11. 58-67]); and 

rejecting ("the batch is not verified" [col. 8, 11. 3-12]), by at least one processor 
^'processing server 12" [col. 7, 11. 58-67]), the file when the summed amount and the total 
amount are different ^ If the payment totals or payment quantities between the summary and the 
detailed data do not match, the batch is not verified' [col. 8, 11. 3-12]). 

12. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included summing, by at least 
one processor, the amounts of some or all of the cash transfers in each record; comparing, by at 
least one processor, the summed cash amount to the total amount; and rejecting, by at least one 
processor, the file when the summed amount and the total amount are different, in accordance 
with the teaching of Adams, in order to reduce errors by providing the simple error detection in a 
funds transfer system that one would ordinarily expect. 



11. 58-67]); 
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13. Regarding claims 2, 51, and 52, Barbara discloses wherein the account is a bank account 
(abstract), the method comprising: 

formatting the information into one of a plurality of formats based, at least in part, on a 
location of the bank account (^'payment into a foreign bank account in any of a number of 
foreign countries via the local ACH system" [0100]). 

14. Regarding claim 32, Barbara discloses identifying the country where the bank account is 
located ([0108]), for a formatted record; 

retrieving country specific information required by the country in order to transfer cash 
into the bank account, from memory ("countries have similar requirements for processing wire 
transfers and iACH payments, some variations exist. The file formats provided by IMPS 100 and 
WorldLink 98 comprise all possible variations'''' [0108]); and 

adding the country specific information to the formatted record ("countries have similar 
requirements for processing wire transfers and iACH payments, some variations exist. The file 
formats provided by IMPS 100 and WorldLink 98 comprise all possible variations'" [0108]). 

15. Regarding claim 33, Barbara discloses retrieving country specific formatting information 
required by the country in order to transfer cash into the bank account, from memory ("countries 
have similar requirements for processing wire transfers and iACH payments, some variations 



exist. The file formats provided by IMPS 100 and WorldLink 98 comprise all possible variations" 
[0108]); and 
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modifying a formatted record to meet formatting requirements of the country ^countries 
have similar requirements for processing wire transfers and iACH payments, some variations 
exist. The file formats provided by IMPS 100 and WorldLink 98 comprise all possible variations" 



16. Regarding claims 9, 34, and 56, Barbara discloses identifying the country where the 
account is located ([0108]); 

formatting the information based, at least in part, on the country ([0108]); 

determining a time in the country beyond which cash transfer cannot take place {"sorts, 
reformats, validates and distributes the individual transactions to the appropriate ACH/GIROs 
or other payment platform in time to meet the required value dates" [0104]); and 

adding the time to the formatted information {"Each day, at a designated time, which 
occurs at the same time the prior day's batch transaction journal log is cut" [0105]). 

17. Regarding claims 10, 35, and 57, Barbara discloses identifying the country where the 
account is located ([0108]); 

formatting the information based, at least in part, on the country ([0108]); 

determining a value date for money transfer in that country, by which date money must 
be transferred into the account {"sorts, reformats, validates and distributes the individual 
transactions to the appropriate ACH/GIROs or other payment platform in time to meet the 
required value dates" [0104]); and 



[0108]). 
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adding the value date to the formatted information ("Each day, at a designated time, 
which occurs at the same time the prior day's batch transaction journal log is cut" [0105]). 

18. Regarding claims 11, 36, and 58, Barbara discloses identifying the country where the 
account is located ([0108]); 

formatting the information based, at least in part, on the country ([0108]); 

determining a threshold for a monetary value above which a cash transfer must take place 
by wire transfer ^impose its own country variations for risk management and business purposes. 
For example, different per transaction limits may be specified depending on the country 
selected' [0108]); 

determining whether the cash transfer must be by wire transfer, based on the threshold 

^majority of countries have similar requirements for processing wire transfers and iACH 
payments, some variations exist ... different per transaction limits may be specified depending on 
the country selected" [0108]); and 

adding an indication of an acceptable transfer mode to the formatted information based, 
at least in part, on the threshold {^'impose its own country variations for risk management and 
business purposes. For example, different per transaction limits may be specified depending on 
the country selected" [0108]). 



19. Regarding claims 14, 41, and 61, Barbara discloses wherein information about the 
second entity is stored in memory and the received information about the cash transfer comprises 
information about the second entity (^'recipient 14 is asked to register to the service" [0072]; 
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"captures information about a send transaction ... recipient name" [0112]), the method further 
comprising: 

comparing the received information about the second entity to the stored information 
("money is made available to the recipient 14 with proper checks and balances ... registration 
process which is the same for the recipient 14 as for the customer" [0072]), 

20. But Barbara does not explicitly disclose wherein the received information comprises 
summed amounts of cash transfers in the record and the stored information comprises a 
previously stored total value of the cash transfers. 

21. However, Adams teaches wherein the received information comprises summed amounts 
of cash transfers in the record ("totals" [col. 7, 11. 58-67]) and the stored information comprises a 
previously stored total value of the cash transfers ("compares those totals with the summary 
batch data determined as a result of summary batch data entry in step 38" [col. 7, 11. 58-67]). 

22. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included wherein the received 
information comprises summed amounts of cash transfers in the record and the stored 
information comprises a previously stored total value of the cash transfers, in accordance with 
the teaching of Adams, in order to reduce errors by providing the simple error detection in a 
funds transfer system that one would ordinarily expect. 



23. Regarding claims 15, 42, and 62, Barbara discloses ceasing processing of the cash 
transfer if there is a difference between the received information and the stored information 
("money is made available to the recipient 14 with proper checks and balances" [0072]). 
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24. Regarding claims 16, 43, and 63, Barbara discloses receiving the information related to 
the cash transfer from a party ([abstract]; "Customer, Recipient Account" [fig. 1]), and 

informing the party of the difference between the received information and the stored 
information ("money is made available to the recipient 14 with proper checks and balances" 
[0072]; "sender 76 is able to view on-line, details of the sent transaction including, for example, 
a transaction reference number, a transaction amount, fees, recipient data, and status of a check 
or wire" [0112]). 

25. Regarding claims 18, 44, and 64, Barbara discloses wherein the file is provided by a 
party ([0098]), the method further comprising: 

reporting the rejected file to the party ^ Exception items, such as rejects/returns, are 
notified to the system each day via facsimile" [0099]). 

26. Regarding claims 19 and 65, Barbara discloses analyzing the information for data errors 
("GFH scans the file for format errors" [0100]). 

27. Regarding claim 20, Barbara discloses wherein the information relates to a plurality of 
cash transfers, each described in a respective record in a file ("customers can transmit a high 
volume of transactions, in a single electronic file" [0098]), the method further comprising: 

summing the number of records with an error (" GFH scans the file for format errors and 
either accepts or rejects the entire file" [0100]); 
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comparing the sum to a threshold ("GFH scans the file for format errors and either 
accepts or rejects the entire file" [0100]); and 

rejecting the file if the number of records with errors exceeds the threshold (" GFH scans 
the file for format errors and either accepts or rejects the entire file ... Rejects and return credits 
are refunded to the system's local accounts'" [0100]). 

28. Regarding claims 21, 44, and 66, Barbara discloses wherein the file is provided by a 
party ([0098]), the method further comprising: 

informing the party of an identity of the records with errors {"Rejects and return credits 
are refunded to the system's local accounts 112, and notification is sent to the system via 
facsimile each day" [0100]). 

29. Regarding claim 22, Barbara discloses wherein the file is provided by a party ([0098]), 
the method comprising: 

summing the number of records with an error {"GFH scans the file for format errors and 
either accepts or rejects the entire file" [0100]); 

comparing the sum to a threshold (" GFH scans the file for format errors and either 
accepts or rejects the entire file" [0100]); and 

if the number of records with errors is less than the threshold, removing the records with 
errors from the file {"WorldLink 98 conducts edits on the file, kicks out rejects, and routes the 
remaining ^good^ orders" [0099]). 



Application: 10/680,892 
Art Unit: 3621 



Paper No. 20090507 
Page 12 



30. Regarding claims 23 and 67, Barbara discloses wherein the file is provided by a party 
([0098]), the method further comprising: 

informing the party of an identity of the records with errors (^'Rejects and return credits 
are refunded to the system's local accounts 112, and notification is sent to the system via 
facsimile each day" [0100]). 

3 1 . Regarding claims 24 and 68, Barbara discloses sending the formatted information to a 
clearing network to clear and settle the cash transfer ^single interface to numerous domestic low 
value clearing or Automated Clearing Houses ... customers can transmit a high volume of 
transactions, in a single electronic file" [0098]). 

32. Regarding claim 45, Barbara discloses if the received information and the stored 
information match ("recipient 14 is asked to register to the service" [0072]; "captures 
information about a send transaction ... recipient name" [01 12]; "money is made available to the 
recipient 14 with proper checks and balances" [0072]), formatting the information in the at least 
one record into one of a plurality of formats based, at least in part, on a location of the bank 
account of the second entity related to the cash transfer of the record {"capability for customers 
to send checks, iACHs, and wires in foreign currency" [0097]; "into a foreign bank account" 
[0101]), to form a formatted record ("transaction journal log ... in the same file" [0101]); and 

sending a file comprising at least one formatted record to a clearing network ("Payments 
are made into the local clearing systems in each country" [0100]). 
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33. Regarding claims 25, 46, and 69, Barbara discloses sending the information to a clearing 
network to clear and settle the cash transfer (^'transaction journal log 106 is batched and 
transmitted to a WorldLink 98 data center" [0099]), wherein the received information comprises 
summed amounts of cash transfers in the file and the summed amounts are compared to a total 
value of the cash transfers ("WorldLink 98 conducts edits on the file, kicks out rejects, and routes 
the remaining ^good^ orders" [0099]); 

receiving information from the clearing network concerning a status of the clearance and 
settlement of the cash transfer ("notification is sent to the system via facsimile each day for 
reconcilement purposes ... customer service is available for to system users for iACH 
dispute/repudiation exceptions" [0100]); and 

informing a party of the status ("notification is sent to the system via facsimile each day 
for reconcilement purposes ... customer service is available for to system users for iACH 
dispute/repudiation exceptions" [0100]). 

34. Regarding claim 47, Barbara discloses wherein a second party is contractually associated 
with the first party or the second party with respect to the cash transfer ^integrates bill payments 
into the service" [0091]), the method further comprising: 

informing the second party of the status ^notification is sent to the system via facsimile 
each day for reconcilement purposes ... customer service is available for to system users for 
iACH dispute/repudiation exceptions" [0100]). 
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35. Regarding claim 48, Barbara discloses receiving the information from the clearing 
network in the form of at least one of a bank status message and a financial statement of account 
^Confirmation files are sent from WorldLink 98 each day as well as a file of check status, such 
as paid/outstanding. This file is loaded into the system and the system user's status is updated on 
the system user's transaction history 106" [0103]; "The sender 76 is able to view on-line, details 
of the sent transaction including, for example, a transaction reference number, a transaction 
amount, fees, recipient data, and status of a check or wire" [01 12]). 

36. Regarding claim 49, Barbara discloses informing the party of the steps of the clearance 
and settlement of the cash transfer through the clearance network, based, at least in part, on the 
bank status message and the financial statement of account ("Confirmation files are sent from 
WorldLink 98 each day as well as a file of check status, such as paid/outstanding. This file is 
loaded into the system and the system user's status is updated on the system user's transaction 
history 106" [0103]; "The sender 76 is able to view on-line, details of the sent transaction 
including, for example, a transaction reference number, a transaction amount, fees, recipient 
data, and status of a check or wire" [0112]). 

37. Regarding claim 72, Barbara discloses a system to manage and validate ^validate that 
the user is bona fide" [0018]) cash transfers by or on behalf of at least one first entity to a bank 
account of at least one respective second entity ([abstract]; Customer, Recipient Account" [fig. 
1]), the system comprising: 
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an interface to receive information related to the cash transfer in the form of a file, the file 
comprising at least one record related to a respective cash transfer, from a party ([003 1]; "sample 
user interface" [figs. 10-12]; "file that summarizes the total amount" [0106]); 

memory to store the file {the file is inherently stored in memory [0106]); 

a processor coupled to the interface and to the memory {sample user interface, the 
processor and memory are inherently present in this system [figs. 10-12]), the processor 
programmed to: 

format the information in the at least one record into one of a plurality of formats based, 
at least in part, on a country where the bank account of the second entity related to the cash 
transfer of the record is located, to form a formatted record ^payment into a foreign bank 
account in any of a number of foreign countries via the local ACH system, initiated in the U.S. 
from the system web site" [0100]), wherein the information is provided in a file {"transaction 
journal log" [0099]) comprising a respective record for each cash transfer {"Check orders are 
accumulated in a transaction journal log 106 throughout the day" [0099]) and a total amount of 
the cash transfers in all the records {"data in the transaction journal log 106 is batched and 
transmitted" [0099]); and 

send a file comprising at least one formatted record to a clearing network, via the 
interface {"via the local ACH system ... data in the transaction journal log 106 is batched and 
transmitted to IMPS 100 via a global file handler" [0100]), wherein the clearing network 
{"WorldLink" [0099]; "send checks, iACHs, and wires in foreign currency through the use of 
third party vendors and services developed by the system provider ... system provider developed 
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services include a service that allows corporations to make payments via check in many different 
foreign currencies, referred to herein as WorldLink 98" [0097]) is operable to 

38. But Barbara does not explicitly disclose: 

sum the amounts of some or all of the cash transfers in each record; 

compare the summed cash amount to the total amount; and 

reject the file if the summed amount and the total amount are different. 

39. However, Adams teaches sum the amounts of some or all of the cash transfers in each 
record ("totals the payment amount and quantity for all detailed payments entered" [col. 7, 11. 
58-67]); 

compare the summed cash amount to the total amount ("compares those totals with the 
summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 11. 
58-67]); and 

reject the file if the summed amount and the total amount are different("7/7/2e payment 
totals or payment quantities between the summary and the detailed data do not match, the batch 
is not verified" [col. 8, 11. 3-12]); 

40. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included sum the amounts of 
some or all of the cash transfers in each record; compare the summed cash amount to the total 
amount; and reject the file if the summed amount and the total amount are different, in 
accordance with the teaching of Adams, in order to reduce errors by providing the simple error 
detection in a funds transfer system that one would ordinarily expect. 
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4 1 . Regarding claim 73, Barbara discloses wherein: 

the memory stores information related to (the file is inherently stored in memory [0106]): 
country specific information and country specific formatting information related to a 
plurality of countries, the country specific information and country specific formatting 
information being required to conduct the cash transfer in the country where the account is 
located ("sorts, reformats, validates and distributes the individual transactions to the 
appropriate ACH/GIROs or other payment platform in time to meet the required value dates'" 
[0104]; "Each day, at a designated time, which occurs at the same time the prior day's batch 
transaction journal log is cut" [0105]); 

times in a plurality of countries beyond which cash transfer cannot take place ([0104]; 
[0105]); 

value dates for money transfer in a plurality of countries, by which date money must be 
transferred into an account in that country ([0104]; [0105]); and 

thresholds in a plurality of countries for monetary values above which a cash transfer 
must take place by wire transfer in a respective country ("majority of countries have similar 
requirements for processing wire transfers and iACH payments, some variations exist ... impose 
its own country variations for risk management and business purposes. For example, different 
per transaction limits may be specified depending on the country selected" [0108]); and 

the processor is further programmed to (sample user interface, the processor and memory 
are inherently present in this system [figs. 10-12]): 



Application: 10/680,892 
Art Unit: 3621 



Paper No. 20090507 
Page 18 



identify the country where the bank account is located, for a formatted record (^'payment 
into a foreign bank account in any of a number of foreign countries'" [0100]; "input certain 
required data depending on the country selected'' [0108]); 

retrieve country specific information from the memory for the country (^'depending on 
the country selected" [0108]); 

add country specific information to a formatted record (^'payment into a foreign bank 
account in any of a number of foreign countries" [0100]; "input certain required data depending 
on the country selected" [0108]); 

retrieve country specific formatting information from the memory for the country 
(^'countries have similar requirements for processing wire transfers and iACH payments, some 
variations exist. The file formats provided by IMPS 100 and WorldLink 98 comprise all possible 
variations" [0108]); 

modify a formatted record to meet country specific formatting requirements of the 
country {^'countries have similar requirements for processing wire transfers and iACH payments, 
some variations exist. The file formats provided by IMPS 100 and WorldLink 98 comprise all 
possible variations" [0108]); 

retrieve the time beyond which cash transfer cannot take place from the memory for the 
country ("sorts, reformats, validates and distributes the individual transactions to the 
appropriate ACH/GIROs or other payment platform in time to meet the required value dates" 
[0104]; "Each day, at a designated time, which occurs at the same time the prior day's batch 
transaction journal log is cut" [0105]); 

add the time to the formatted information ^reformats" [0100]; [0105]); 
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retrieve the value date information from the memory for the country ("sorts, reformats, 
validates and distributes the individual transactions to the appropriate ACH/GIROs or other 
payment platform in time to meet the required value dates" [0104]; "Each day, at a designated 
time, which occurs at the same time the prior day's batch transaction journal log is cut" [0105]); 

add the value date to the formatted information ^reformats" [0100]; [0105]); 

retrieve the threshold from the memory for the country ("impose its own country 
variations for risk management and business purposes. For example, different per transaction 
limits may be specified depending on the country selected" [0108]); 

determine whether the cash transfer must be by wire transfer, based on the threshold (" 
majority of countries have similar requirements for processing wire transfers and iACH 
payments, some variations exist ... different per transaction limits may be specified depending on 
the country selected' [0108]); and 

add an indication of an acceptable transfer mode to the formatted information, based, at 
least in part, on the determination ^impose its own country variations for risk management and 
business purposes. For example, different per transaction limits may be specified depending on 
the country selected" [0108]). 

42. Regarding claim 74, Barbara discloses wherein: 

the memory stores information related to at least one of fees, timing and capabilities 
information of a plurality of clearing networks ("via the local ACH system . . . local clearing 
systems in each country" [0100]); and 
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the processor is programmed to {sample user interface, the processor and memory are 
inherently present in this system [figs. 10-12]): 

retrieve the at least one of fees, timing and capabilities information for a plurality of 
clearing networks ("WorldLink 98 also provides wire transfer capability in many countries'" 
[0097]; functionality, such as international checks, iACH payments, and wire transfers" [0099]; 
"via the local ACH system" [0100]); 

compare the information ("via the local ACH system" [0100]; "daily rate table 102 
provided by WorldLink 98 for checks and wires" [0103]) and 

select one of a plurality of available clearing networks to clear and settle the cash transfer 
of a formatted record based, at least in part, on the comparison of the retrieved information 
^WorldLink 98 also provides wire transfer capability in many countries" [0097]; "functionality, 
such as international checks, iACH payments, and wire transfers'" [0099]; "via the local ACH 
system" [0100]). 

43. Regarding claim 75, Barbara discloses wherein the processor is further programmed to 

(sample user interface, the processor and memory are inherently present in this system [figs. 10- 



analyze each record for data errors ("GFH scans the file for format errors" [0100]). 
sum the number of records with an error ("GFH scans the file for format errors and 
either accepts or rejects the entire file" [0100]); 



12]): 
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compare the sum to a threshold (GFH scans the file for format errors and either accepts 
or rejects the entire file ... Rejects and return credits are refunded to the system's local 
accounts" [0100]); 

if the number of records with errors exceeds the threshold, reject the file (" GFH scans the 
file for format errors and either accepts or rejects the entire file ... Rejects and return credits are 
refunded to the system's local accounts" [0100]); and 

inform the party of an identity of the records with errors ^'Rejects and return credits are 
refunded to the system's local accounts 112, and notification is sent to the system via facsimile 
each day" [0100]); and 

if the number of records with errors is less than the threshold, remove the records with 
errors from the file ("WorldLink 98 conducts edits on the file, kicks out rejects, and routes the 
remaining y good^ orders" [0099]); and 

inform the party of an identity of the records with errors ("Rejects and return credits are 
refunded to the system's local accounts 112, and notification is sent to the system via facsimile 
each day" [0100]). 

44. Regarding claim 76, Barbara discloses wherein the processor is programmed to (sample 
user interface, the processor and memory are inherently present in this system [figs. 10-12]): 

format the information into a first format if the bank account is in the United States ("in 
any of a number of foreign countries via the local ACH system " - it is inherent, in other words 
necessarily the case, that the system local ACH system could be the United States [0100]); and 
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format the information into a second format if the bank account is not in the United States 
("in any of a number of foreign countries via the local ACH system" [0100]). 

45. Regarding claim 77, Barbara discloses a system to manage cash transfers by or on behalf 
of at least one first entity to a bank account of at least one respective second entity ([abstract]; 
"Customer, Recipient Account" [fig. 1]), the system comprising: 

an interface to receive ("sample user interface" [figs. 10-12]): 

information about a second entity, from a party ("sample user interface, To Name" [figs. 
10-12]); and 

information related to the cash transfer in the form of a file comprising at least one record 
related to a respective cash transfer, from the party ("orders are accumulated in the transaction 
journal log" [0100]); 

memory to store the information about the second entity and the information about the 
cash transfer ("data in the transaction journal log 106 is batched and transmitted" [0100]); and 

a processor coupled to the interface and to the memory, the processor being programmed 
to (sample user interface, the processor and memory are inherently present in this system [figs. 
10-12]; "system" [0100]): 

compare the information about the second entity to the information about the cash 
transfer to identify differences in the same type of information ("money is made available to the 
recipient 14 with proper checks and balances ... registration process which is the same for the 
recipient 14 as for the customer" [0072]), 
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46. But Barbara does not explicitly disclose wherein the information about the cash transfer 
comprises summed amounts of cash transfers and the information about the second entity 
comprises a total value of the cash transfers. 

47. However, Adams teaches wherein the information about the cash transfer comprises 
summed amounts of cash transfers ("tota/s" [col. 7, 11. 58-67]) and the information about the 
second entity comprises a total value of the cash transfers ^compares those totals with the 
summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 11. 



48. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included wherein the 
information about the cash transfer comprises summed amounts of cash transfers and the 
information about the second entity comprises a total value of the cash transfers, in accordance 
with the teaching of Adams, in order to reduce errors by providing the simple error detection in a 
funds transfer system that one would ordinarily expect. 

49. Regarding claim 78, Barbara discloses a wherein the processor is further programmed to: 
cease processing of the cash transfer of the record if there is a difference between the 

received information and the stored information ("money is made available to the recipient 14 
with proper checks and balances'" [0072]); and 

inform the party of the difference between the received information and the stored 
information ("money is made available to the recipient 14 with proper checks and balances" 
[0072]; "sender 76 is able to view on-line, details of the sent transaction including, for example, 



58-67]). 
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a transaction reference number, a transaction amount, fees, recipient data, and status of a check 
or wire" [0112]). 

50. Regarding claim 79, Barbara discloses a wherein the processor is further programmed to: 
flag the record where there is a difference ^sender 76 is able to view on-line, details of 

the sent transaction including, for example, a transaction reference number, a transaction 
amount, fees, recipient data, and status of a check or wire" [01 12]); and 
inform the party of the difference ([0 112]). 

5 1 . Regarding claim 80, Barbara discloses a wherein the processor is further programmed to: 
identify a country where the bank account of the second entity is located, based on the 

information related to the cash transfer, in a respective record ([0108]; "system web site 78 
captures information about a send transaction, such as a transaction number, country, local 
currency code, product type, such as check, wire, orACH, exchange rate, amount in foreign 
currency, fees, total amount due, payment options, and recipient name, address, telephone, 
routing number, account number, bank name and address" [01 12]); 

format the information in the at least one record into one of a plurality of formats based, 
at least in part, on the country, to form a formatted record ^countries have similar requirements 
for processing wire transfers and iACH payments, some variations exist. The file formats 
provided by IMPS 100 and WorldLink 98 comprise all possible variations" [0108]); and 
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send a file comprising at least one formatted record to a clearing network, via the 
interface (^'Payments are made into the local clearing systems in each country" [0100]). 

52. Regarding claim 81, Barbara discloses a system to manage cash transfers by or on behalf 
of at least one first entity to a bank account of at least one respective second entity ([abstract]; 
"Customer, Recipient Account" [fig. 1]), the system comprising: 
an interface to (^'sample user interface" [figs. 10-12]): 

receive information related to the cash transfer in the form of a file comprising at least 
one record related to a respective cash transfer, from a party ("orders are accumulated in the 
transaction journal log" [0100]); 

memory to store the received information ("data in the transaction journal log 106 is 
batched and transmitted"' [0100]); and 

a processor coupled to the interface and to the memory, the processor being programmed 
to (sample user interface, the processor and memory are inherently present in this system [figs. 



send the information to a clearing network to clear and settle the cash transfer (^'single 
interface to numerous domestic low value clearing or Automated Clearing Houses ... customers 
can transmit a high volume of transactions, in a single electronic file" [0098]), wherein the 
information is provided in a file (^'transaction journal log" [0099]) comprising a respective 
record for each cash transfer (" 'Check orders are accumulated in a transaction journal log 106 
throughout the day" [0099]) and a total amount of the cash transfers in all the records ("data in 
the transaction journal log 106 is batched and transmitted" [0099]); and 



10-12]; "system" [0100]): 
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inform the party of a status of the clearance and settlement of the cash transfer based on 
information provided by the clearing network ^'notification is sent to the system via facsimile 
each day for reconcilement purposes ... customer service is available for to system users for 
iACH dispute/repudiation exceptions'" [0100]). 

53. But Barbara does not explicitly disclose: 

sum the amounts of some or all of the cash transfers in each record; 

compare the summed cash value to the total value; 

reject the file if the summed value and the total value are different. 

54. However, Adams teaches sum the amounts of some or all of the cash transfers in each 
record ^totals the payment amount and quantity for all detailed payments entered' [col. 7, 11. 
58-67]); 

compare the summed cash amount to the total amount ^compares those totals with the 
summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 11. 
58-67]); 

reject the file if the summed amount and the total amount are different(".//7/ze payment 
totals or payment quantities between the summary and the detailed data do not match, the batch 
is not verified' [col. 8, 11. 3-12]); 

55. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included sum the amounts of 
some or all of the cash transfers in each record; compare the summed cash amount to the total 
amount; reject the file if the summed amount and the total amount are different, in accordance 



Application: 10/680,892 
Art Unit: 3621 



Paper No. 20090507 
Page 27 



with the teaching of Adams, in order to reduce errors by providing the simple error detection in a 
funds transfer system that one would ordinarily expect. 

56. Regarding claim 82, Barbara discloses wherein a second party is contractually associated 
with the first entity or the second entity with respect to the cash transfer (^'integrates bill 
payments into the service"'' [0091]), and the processor is further programmed to: 

inform the second party of the status ^notification is sent to the system via facsimile each 
day for reconcilement purposes ... customer service is available for to system users for iACH 
dispute/repudiation exceptions" [0100]). 

57. Regarding claim 83, Barbara discloses wherein a second party is contractually associated 
with the first party or the second party with respect to the cash transfer ("integrates bill payments 
into the service" [0091]), and the processor is further programmed to: 

allow access to information about the status of the cash transfer by the second party 

(^'transaction account 22 or 30 is classified as a deposit account and contains a "save for later" 
portion 60 and a "held money" portion 62, which represents money that the customer 10 or 14 
has sent to a recipient, which has not yet been picked up by the recipient" [0085]). 

58. Regarding claims 84 and 87, Barbara discloses a system and method to manage and 
validate ("validate that the user is bona fide" [0018]) cash transfers by or on behalf of at least 
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one first entity to a bank account of at least one respective second entity ([abstract]; "Customer, 
Recipient Account" [fig. 1]), the system comprising: 

an interface to ("sample user interface" [figs. 10-12]): 

receive information related to the cash transfer in the form of a file comprising at least 
one record related to a respective cash transfer, from the party ("orders are accumulated in the 
transaction journal log" [0100]), and 

memory to store the received information ("data in the transaction journal log 106 is 
batched and transmitted" [0100]); and 

a processor coupled to the interface and to the memory, the processor being programmed 
to (sample user interface, the processor and memory are inherently present in this system [figs. 
10-12]; "system" [0100]): 

process the record for cash transfer ("Check, wire issuance, and/or iACH payments are 
captured in the transaction journal log 106, batched and transmitted to WorldLink 98 and IMPS 
100 each day" [0103]), wherein the information is provided in a file ("transaction journal log" 
[0099]) comprising a respective record for each cash transfer ("Check orders are accumulated in 
a transaction journal log 106 throughout the day" [0099]) and a total amount of the cash 
transfers in all the records ("data in the transaction journal log 106 is batched and transmitted' 1 
[0099]); and 

allow access to information about the status of the processing of the record by the system, 
to at least one selected party ^Confirmation files are sent from WorldLink 98 each day as well 
as a file of check status, such as paid/outstanding. This file is loaded into the system and the 
system user's status is updated on the system user's transaction history 106" [0103]; "The sender 
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76 is able to view on-line, details of the sent transaction including, for example, a transaction 
reference number, a transaction amount, fees, recipient data, and status of a check or wire'" 



receiving information related to the cash transfer in the form of a file comprising at least 
one record related to a respective cash transfer ("orders are accumulated in the transaction 
journal log" [0100]), and a total amount of the cash transfers in all the records ("Once per day, 
data in the transaction journal log 106 is batched and transmitted to a WorldLink 98 data 
center" [0099]). 

59. But Barbara does not explicitly disclose: 

sum the amounts of some or all of the cash transfers in each record; 

compare the summed cash amount to the total amount; 

reject the file if the summed amount and the total amount are different; 

60. However, Adams teaches sum the amounts of some or all of the cash transfers in each 
record (^'totals the payment amount and quantity for all detailed payments entered" [col. 7, U. 



compare the summed cash amount to the total amount (^'compares those totals with the 
summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 11. 
58-67]); 

reject the file if the summed amount and the total amount are different('7/7/ze payment 
totals or payment quantities between the summary and the detailed data do not match, the batch 
is not verified' [col. 8, 11. 3-12]); 



[0112]). 



58-67]); 
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61 . Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included sum the amounts of 
some or all of the cash transfers in each record; compare the summed cash amount to the total 
amount; reject the file if the summed amount and the total amount are different, in accordance 
with the teaching of Adams, in order to reduce errors by providing the simple error detection in a 
funds transfer system that one would ordinarily expect. 

62. Regarding claims 85 and 88, Barbara discloses wherein the processor is further 
programmed to: 

send the information to a clearing network to clear and settle the cash transfer ("single 
interface to numerous domestic low value clearing or Automated Clearing Houses ... customers 
can transmit a high volume of transactions, in a single electronic file" [0098]); 

receive information from the clearing network concerning a status of the clearance and 
settlement of the cash transfer ^Confirmation files are sent from WorldLink 98 each day as well 
as a file of check status, such as paid/outstanding. This file is loaded into the system and the 
system user's status is updated on the system user's transaction history 106" [0103]); and 

allow access to information about the status of the processing of the record by the 
clearing network, to the at least one selected party ("The sender 76 is able to view on-line, details 
of the sent transaction including, for example, a transaction reference number, a transaction 
amount, fees, recipient data, and status of a check or wire" [0112]). 



Application: 10/680,892 
Art Unit: 3621 



Paper No. 20090507 
Page 31 



63. Regarding claims 86 and 89, Barbara discloses wherein the selected party is 
contractually associated with the first party or the second party with respect to the cash transfer 
(^'integrates bill payments into the service" [0091]), the record comprises an identification of the 
selected party and the processor is further programmed to ([abstract]; "Customer, Recipient 
Account" [fig. 1]): 

receive identification of the selected party from the party ([abstract]; "Customer, 
Recipient Account" [fig. 1]); 

compare the identification with an identification of the selected party in the record 
("money is made available to the recipient 14 with proper checks and balances" [0072]); and 

allow access if the identification of the selected party matches the identification in the 
record ("money is made available to the recipient 14 with proper checks and balances" [0072]). 

64. Claims 1-8, 12-13, 31-33, 37-40, 50, 51-55, 59-60, and 70-71 are rejected under 35 
U.S.C. 103(a) as being unpatentable over U.S. Publication No 2001/0034682 to Knight et. 
al., hereinafter referred to as Knight, in view of Adams. 

65. Regarding claims 1, 31, and 50, Knight discloses a method and system of managing and 
validating a plurality of cash transfer by or on behalf of a first entity to an account of a second 
entity ([abstract]), the method comprising: 

receiving, by at least one processor ^'client bank 100" [0023]), information related to the 
cash transfer ("transaction" [0023]), wherein the information ("transaction" [0023]) is provided 
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in a file ("message" [0023]) comprising a respective record ("appropriately formats the 
transaction" [0023]) for each transfer ("transaction" [0023]); 

formatting, by at least one processor ("client bank 100" [0023]), the information into one 
of a plurality of formats ("format of the message" [0023]) based, at least in part, on a location of 
the account ("international banking transaction" [0023]); 

receiving the file ("message for transmission to provider bank 120 on link 110" [0023]); 

sending, by at least one processor ^client bank environment" [001 1]), a file comprising 
at least one formatted record to a clearing network ("through one of the clearing systems" 



66. But Knight does not explicitly disclose: 

a file with a total amount of the cash transfers in all the records; 
summing, by at least one processor, the amounts of some or all of the cash transfers in 
each record; 

comparing, by at least one processor, the summed cash amount to the total amount; and 
rejecting, by at least one processor, the file when the summed amount and the total 
amount are different. 

67. However, Adams teaches a file ("the batch" [col. 7, 11. 58-67]) with a total amount of the 
cash transfers in all the records ("... with the summary batch data determined as a result of 
summary batch data entry in step 38" [col. 7, 11. 58-67]); 

summing ("totals" [col. 7, 11. 58-67]), by at least one processor ("processing server 12" 
[col. 7, 11. 58-67]), the amounts of some or all of the cash transfers in each record ("totals the 
payment amount and quantity for all detailed payments entered" [col. 7, 11. 58-67]); 



[0011]). 
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comparing ^compares" [col. 7, 11. 58-67]), by at least one processor (^'processing server 
12" [col. 7, 11. 58-67]), the summed cash amount to the total amount ("compares those totals with 
the summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 
11. 58-67]); and 

rejecting ("the batch is not verified" [col. 8, 11. 3-12]), by at least one processor 
("processing server 12" [col. 7, 11. 58-67]), the file when the summed amount and the total 
amount are different (" 'If 'the payment totals or payment quantities between the summary and the 
detailed data do not match, the batch is not verified" [col. 8, 11. 3-12]). 

68. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included a file with a total 
amount of the cash transfers in all the records; summing, by at least one processor, the amounts 
of some or all of the cash transfers in each record; comparing, by at least one processor, the 
summed cash amount to the total amount; and rejecting, by at least one processor, the file when 
the summed amount and the total amount are different, in accordance with the teaching of 
Adams, in order to reduce errors by providing a file with the simple error detection in a funds 
transfer system that one would ordinarily expect. 

69. Regarding claims 2, 51, and 52, Knight discloses wherein the account is a bank account, 
the method comprising: 

formatting the information into one of a plurality of formats based, at least in part, on a 
location of the bank account ("formats the payment instruction in accordance with the particular 
clearing system 220 that is going to be used to transfer the payment" [0034]). 
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70. Regarding claim 3, Knight discloses formatting the information in a format provided by 
the National Automated Clearing House Association (NACHA), if the account is in the United 
States ("The format of the payments in file 310 are such that multiple payment types and 
currencies are capable of being included in a single file 310. This includes Clearing House 
Interbank Payment System (CHIPS) format, FedWire, book, U.S. domestic ACH payments, and 
Euro or other foreign currency payments'''' [0035]). 

71 . Regarding claims 4, Knight discloses formatting the information in a format provided by 
the United Nations Electronic Data Interchange for Administration, Commerce and Transport 
(UN/EDIFACT), if the account is not in the United States ([0023]; [0035]). 

72. Regarding claim 5, Knight discloses adding country specific information related to the 
country in which the account is located, to the UN/EDIFACT formatted information ([0035- 
0037]). 

73. Regarding claim 6, Knight discloses wherein the country specific information is NACHA 
format related information, the method comprising: adding NACHA format related information 
to the UN/EDIFACT formatted information, if the account is in the United States ([0035-0037]). 

74. Regarding claims 7, 32, 33, and 54, Knight discloses identifying the country where the 
account is located ([0034]); 
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formatting the information based, at least in part, on the country ([0035-0037]; [0047- 
0048]); and 

adding information required by the country to transfer cash into the account, to the 
formatted information (^format of the payments in file 310 are such that multiple payment types 
and currencies are capable of being included in a single file 310. This includes Clearing House 
Interbank Payment System (CHIPS) format, FedWire, book, U.S. domestic ACH payments, and 
Euro or other foreign currency payments. Wire, international ACH payments, checks and drafts" 
[0035-0037]; [0047-0048]). 

75. Regarding claims 8, 53, and 55, Knight discloses wherein the country specific 
information comprises formatting information ([0034]; "requirements such as the local currency 
and country standards'" [0047]; "able to provide foreign services as well as international 
banking services as required by the members of the exchange (e.g., payments and/or credits to 
and/or from foreign countries)" [0065]). 

76. Regarding claims 12, 37, 39, and 59, Knight discloses selecting one of a plurality of 
clearing networks to clear and settle the cash transfer; and adding the selected clearing network 
to the formatted information ("processing section 210 formats the payment instruction in 
accordance with the particular clearing system 220 that is going to be used" [0034]). 

77. Regarding claims 13, 38, and 60, Knight discloses selecting the clearing network based 
on a comparison of at least one of fees, time to settlement and capabilities of the clearing 
networks ("German bank might only be a member of the German RTGS system and the 
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processing section 210 would format the payment for transmission to this clearing system" 



78. Regarding claims 29 and 70, Knight discloses formatting the information based, at least 
in part, on a clearing network to be used to transfer the money (^'processing section 210 formats 
the payment instruction in accordance with the particular clearing system 220 that is going to be 
used" [0034]). 

79. Regarding claims 30, 40, and 71, Knight discloses formatting the information into a first 
format if the bank account is in the United States ^initiating a U.S. domestic ACH transaction" 
[0024]); and 

formatting the information into a second format if the bank account is not in the United 
States ("initiating an international ACH transaction" [0024]). 

80. Claims 1 and 26-29 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Publication No 2002/0161707 to Cole et al., hereinafter referred to as Cole, in view of 
Adams. 

8 1 . Regarding claim 1, Cole discloses a method and system of managing and validating a 
plurality of cash transfer by or on behalf of a first entity to an account of a second entity ('funds 
movements" [abstract]), the method comprising: 



[0034]). 
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receiving, by at least one processor ^entered on a transaction module on the escrow 
service server" [0015]), information related to the cash transfer ([0015]), wherein the 
information is provided in a file comprising a respective record for each transfer ^transaction 
information includes, for example, at least a selection of a method of payment for the 
transaction, which is preferably an electronic payment method, such as a wire transfer, a credit 
card account charge, or an automated clearing house debit" [0015]); 

formatting, by at least one processor ("system" [0068]), the information into one of a 
plurality of formats based, at least in part, on a location of the account ("system is required to 
capture, for example, banking information, bank account information, location of banks, credit 
card information" [0068]); 

receiving the file (^'transaction information is entered on a transaction module on the 
escrow service server from the exchange site via a link" [001 5]); 

82. But Cole does not explicitly disclose: 

a file with a total amount of the cash transfers in all the records; 
summing, by at least one processor, the amounts of some or all of the cash transfers in 
each record; 

comparing, by at least one processor, the summed cash amount to the total amount; and 
rejecting, by at least one processor, the file when the summed amount and the total 
amount are different. 

83. However, Adams teaches a file ("the batch" [col. 7, 11. 58-67]) with a total amount of the 
cash transfers in all the records ("... with the summary batch data determined as a result of 
summary batch data entry in step 38" [col. 7, 11. 58-67]); 
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summing ^totals" [col. 7, 11. 58-67]), by at least one processor (^'processing server 12" 
[col. 7, 11. 58-67]), the amounts of some or all of the cash transfers in each record (^'totals the 
payment amount and quantity for all detailed payments entered' [col. 7, 11. 58-67]); 

comparing (^'compares" [col. 7, 11. 58-67]), by at least one processor (^'processing server 
12" [col. 7, 11. 58-67]), the summed cash amount to the total amount (^'compares those totals with 
the summary batch data determined as a result of summary batch data entry in step 38" [col. 7, 
11. 58-67]); and 

rejecting ("the batch is not verified' 1 [col. 8, 11. 3-12]), by at least one processor 
(^'processing server 12" [col. 7, 11. 58-67]), the file when the summed amount and the total 
amount are different ("If the payment totals or payment quantities between the summary and the 
detailed data do not match, the batch is not verified' [col. 8, 11. 3-12]). 

84. Therefore, it would have been obvious to one of ordinary skill in the art, at the time of the 
invention, to have modified the system of Barbara so as to have included a file with a total 
amount of the cash transfers in all the records; summing, by at least one processor, the amounts 
of some or all of the cash transfers in each record; comparing, by at least one processor, the 
summed cash amount to the total amount; and rejecting, by at least one processor, the file when 
the summed amount and the total amount are different, in accordance with the teaching of 
Adams, in order to reduce errors by providing a file with the simple error detection in a funds 
transfer system that one would ordinarily expect. 



85. Regarding claim 26, Cole discloses receiving the information from a platform chosen for 
the group consisting of a credit card processor ([abstract]), a bank ([abstract]), a business-to- 
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business gateway for electronic fund transfer ([0003-0004]) a business-to-consumer gateway for 
electronic fund transfer ([0003-0004]) or a consumer-to-business gateway for electronic fund 
transfer ([0003-0004]). 

86. Regarding claim 27, Cole discloses wherein the cash transfer relates to a transaction 
between the first and second entities {"funds movements'" [abstract]), the method comprising: 

receiving information related to a transaction chosen from the group consisting of a credit 
card transaction, a debit card transaction, a payment by check, an electronic funds transfer and a 
wire payment between the first and second entities {"supports several methods of payment, such 
as credit cards, authorized Automated Clearing House (ACH) or equivalent direct debit/credit 
and wire transfer payments, and all funds movements are electronic" [abstract]). 

87. Regarding claim 28, Cole discloses receiving information chosen from the group 
consisting of the first entity, the second entity, a cash value of the transaction, a date of the 
transaction, a time of the transaction, a currency of the transaction, a bank of the second entity, 
and a bank account of the second entity Renter information for the transaction with a second 
user ... transaction information includes, for example, at least a selection of a method of payment 
for the transaction, which is preferably an electronic payment method, such as a wire transfer, a 
credit card account charge, or an automated clearing house debit ... currency ... currency 
exchange rate" [0015]; "Inspection Days" [fig. 26]; "Bank Name, Account #" [fig. 27]; "Deal 
Date" [fig. 30]). 
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88. Regarding claim 29 Cole discloses formatting the information based, at least in part, on a 
clearing network to be used to transfer the money ("The system supports several methods of 
payment, such as credit cards, authorized Automated Clearing House (ACH) or equivalent direct 
debit/credit and wire transfer payments'" [0013]). 



Applicant's Arguments Regarding independent claims: 

89. Applicant argues Barbara does not disclose the amended independent claims, particularly 
the summing, comparing, and rejecting steps found in each independent claim. 

Examiner's Response: 

90. The Examiner agrees in part. Therefore the Examiner is introducing a secondary 
reference in order to avoid arguing over inherency and instead shift the discussion to a clearer 
obviousness rejection. 

91 . In particular, the Examiner agrees Barbara is weak with regard to the validation related 
portions such as the summing, comparing, and rejecting steps. While the Examiner has little 
doubt that a thorough and detailed analysis of the terminology used by Barbara would result in 
an understanding that these steps are being inherently performed (such as would be done by the 
Office during an appeal), the Examiner believes it is in the best interest of compact prosecution 
to move forward by conceding that Barbara does not explicitly disclose these steps. 



Response to Arguments 
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92. Therefore the Examiner has entered a new ground of rejection using a secondary 
reference in order to explicitly provide the validation details. In other words, the Examiner 
agrees that the summing, comparing, and rejecting steps are not explicitly disclosed by Barbara. 

Applicant's Arguments Regarding citing multiple different payment processing methods: 

93. Applicant argues the Examiner erred by citing multiple different payment processing 
methods against Applicant's claim 1. 

Examiner's Response: 

94. The Examiner respectfully disagrees. However, the Examiner does agree greater clarity 
can be achieved by reducing the cross citations. Therefore the Examiner has amended the claim 
mappings above to attempt to focus the citations on only one payment processing method. 

95. Regarding the disagreement, Barbara states in multiple locations that the payment 
processing methods and steps involved are essentially interchangeable, {"transaction journal log 
106 is batched and transmitted to WorldLink 98 in the same process and destination as for 
international checks'" [0101]). And throughout Barbara this theme is fairly consistent, each 
separate payment processing method is treated as simply an optional choice. Therefore it is the 
Examiner's finding that any details regarding the transaction journal log of a wire transfer will 
also explicitly apply to the corresponding transaction journal log of the international checks, and 
vice versa. 

96. But again, the Examiner has adjusted the citations to be more consistent wherever 
possible since for the most part any citation to one has a corresponding citation to the other. If 
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the Examiner overlooked a citation that needed to be updated, please understand that this 
application has an unusually large number of citations required and any corrections to the 
citations can always be made later. 

97. The Examiner regrets any confusion the citations may have caused as the Examiner 
thought it was clear Barbara was using the payment processing methods interchangeably. 

Examiner's Response to Applicant's remaining arguments: 

98. The Examiner appreciates the thorough analysis of each individual payment method 
regarding the summing, comparing, and rejecting steps. However, because the Examiner has 
been persuaded, the remaining arguments which relate to the summing, comparing, and rejecting 
steps are now persuasive but moot. 

99. The above responses apply to the dependent claims by virtue of their dependencies on the 
independent claims. 



100. The prior art previously made of record and not relied upon is considered pertinent to 
Applicant's disclosure. 

101. Applicant is reminded that patents are written by and for skilled artisans. See e.g. Vivid 
Technologies, Inc. v. American Science and Engineering, Inc., 200 F.3d 795, 804, 53 USPQ2d 
1289, 1295 (Fed. Cir. 1999) ("patents are written by and for skilled artisans"). The Examiner 
therefore starts with the presumption that Applicant is a skilled artisan who possesses at least 
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ordinary skill in the art. Consequently, it is the Examiner's position that because the patent 
references of record are directed to those with ordinary skill in this art, these references are clear, 
explicit, and specific as to what they teach. Nevertheless some applicants apparently have 
difficulty understanding the references. In an effort to maintain compact prosecution, provide 
due process, and to help these applicants understand the contents of a reference when viewed 
from the position of one of ordinary skill in this art, Applicant is hereby given actual notice that 
if after reasonably reading any reference of record — whether the reference is currently of record 
or subsequently made of record — if Applicant can not reasonably understand or if Applicant has 
difficulty comprehending one or more sentence(s), statement(s), diagram(s), or principle(s) set 
forth in the reference(s), Applicant should (in his next appropriately filed response) bring this 
issue to the attention of the Examiner. In addition to bringing this issue to the attention of the 
Examiner, and in accordance with 37 C.F.R. §1.11 1(b), Applicant's response must also state why 
he either does not understand or why he has difficulty comprehending the offending reference(s). 
If after properly receiving (i.e. Applicant's response is made of record) both Applicant's request 
for understanding and the reasons as to why the request is made — and assuming the reference is 
germane to at least one outstanding rejection — the Examiner may either provide a substitute 
reference, or alternatively, do his best to elucidate the particular sentence(s), statement(s), 
diagram(s), or principles(s) in the offending reference. For all documents or references made of 
record after this Office Action, Applicant is given actual notice that this paragraph becomes 
effective when Applicant receives notice that the document or reference is made of record (i.e. 
this paragraph becomes applicable when Applicant submits an Information Disclosure Statement 
or when Applicant receives an examiner's Notice of References Cited (Form PTO-892)). 
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1 02. Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to C. Aaron Mclntyre whose telephone number is (571) 270-5401. 
The Examiner can normally be reached on Monday to Thursday 9-6 ET. 

103. If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Andrew J. Fischer can be reached on (571) 272-6779. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

104. Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/C. A. M./ 

Examiner, Art Unit 3621 
May 12, 2009 

/ANDREW J. FISCHER/ 

Supervisory Patent Examiner, Art Unit 3621 



